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METHOD OF TRANSMITTING DATA IN ACKNOWLEDGED MODE 
BETWEEN A SENDING UNIT AND A RECEIVING UNIT , AND 
TRANSMISSION UNIT IMPLEMENTING SUCH A METHOD 

5 The present invention ' relates to techniques. for 
transmitting, data in acknowledged mode from a sending 
unit to. a receiving unit. 

The invention relates more particularly, among these 
10 techniques, to those in which the sending unit, which 
produces a sequence of blocks each comprising .a header 
plus user data, uses a "polling" mechanism to request 
acknowledgements of blocks on the part of the receiving 
unit. The header of . each block then comprises . an 
15 acknowledgement .control field activated intermittently 
by the sending unit so as to request an acknowledgement , 
of blocks on the part of the receiving unit. In 
response to such a request, the receiving unit returns 
a message, in which a certain number of previous blocks 
•20 . are acknowledged, positively and/or negatively. 

A technique of this kind is used/ in. particular, in 
third-generation, networks. 

25 Often, the acknowledgement mechanism is used within the 
context, of an automatic repeat request (ARQ) protocol, 
in which the unit sending the blocks waits for a 
positive acknowledgement before transmitting the 
subsequent data. Such a protocol may moreover belong to 

30. the class of sliding window protocols so as to acquire 
a process for control of the stream transmitted/ The 
blocks . sent are for this purpose furnished with a 
sequence number., and the sending unit keeps the list of 
'the. sequence numbers of the blocks dispatched but not 

35 yet' acknowledged as well as that of the sequence, 
numbers of blocks that it may dispatch. The lower bound 
of the window is shifted when a positive 
acknowledgement of data sent is received by the sending 
unit, for example so as to indicate the smallest 
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sequence number among those of the blocks not yet 
acknowledged. If an .acknowledgement request message has 
not been correctly received by the receiving unit,- the 
sliding, window of the sending unit may remain blocked 
5 at an old position, thereby' leading to unnecessary 
" repetitions . of . blocks . already. received and to 
significant delays in the transmission of new data. 

To reduce the risk of such a blockage of the sliding 
10 window, it is possible to increase the level of 
protection of the blocks transporting . the 
acknowledgement . request messages or else, within these 
blocks, the information transporting the 

acknowledgement request, so as to decrease the rate of 
15 incorrect reception of these requests. Such a method is 
described in particular in Patent WO 02/069548.. 

An. object of. the present invention is to propose an 
efficient method for transmitting data in packet mode. 
20 ' 

Another object is to reduce the risks of blockage of 
the send windows used in. certain ARQ mechanisms. 

The invention thus proposes a method of transmitting 
25 data in acknowledged mode between a sending unit and a 
receiving unit, in which the sending unit sends the 
■receiving unit a sequence of blocks each comprising a 
header and data . to be transmitted. The header of each 
block comprises an acknowledgement control field 
30 activated intermittently by the sending unit so as to 
reqiiest an. acknowledgement of blocks on the part of the 
receiving unit. . According to the invention, the 
acknowledgement control field for some blocks of the 
sequence is activated in accordance with a 
35 predetermined triggering mode, and the activation of 
the acknowledgement control field is repeated for at 
least one block of the sequence that was. sent after a 
block where the acknowledgement control field . has been 
activated in accordance with the predetermined 



triggering mode. 



The invention can furthermore be implemented according 
to " a method in which the activation of the 
5 acknowledgement control field for blocks of the" 
sequence in accordance with the predetermined 
triggering mode is performed at regular time intervals. 
It is also possible to repeat the activation of the 
acknowledgement control field for N consecutive blocks 

10 (N being- a number at least equal to 1) of the sequence 
that are sent just after such a block where the. 
acknowledgement control field has been activated in 
accordance with the . predetermined triggering mode, the 
N blocks moreover possibly being sent, .to the receiving 

15 unit at regular time intervals. . 

. Moreover, the mode of implementation of the invention 
can provide for. the duration over which these N blocks 
are sent to be substantially shorter than the time 
•20 intervals between the sendings of blocks where the 
acknowledgement control field is activated in 
accordance with the predetermined triggering mode ..' 
Thus, the transmission of an acknowledgement request is 
protected, by a mechanism for repeating this request a 
25 limited number of times.. The duration oyer which the 

. repetitions are sent can be tailored in such a way as 
not to occupy the bandwidth of the system for too long 
a time with messages for supervising the link. 

,30 . In one embodiment of the invention, a particular 
processing of the blocks received having the. control 
field activated is applied by the receiving unit so ' as 
to avoid the dispatching of redundant acknowledgement 
information .. 

35 . / • 

In. a first embodiment, the receiving unit is instructed 
such that after having received a first block of the 
sequence having . the acknowledgement control field 
activated, it takes no account of the possible 
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activation of the acknowledgement . control field for 
-another block of the sequence that was received in a 
.period of predetermined duration after the first block. 

Another possibility consists in the receiving unit' 
being instructed. such that after having returned 
acknowledgement information in response to the receipt 
of a first block, of the sequence having the 
acknowledgement control field activated, it prohibits- 
the dispatching of acknowledgement information in a 
period of predetermined duration after the first block 
of the . sequence . 

Advantageously, provision may moreover be made for. this , 
predetermined duration to correspond substantially to N 
times a time interval separating the sendings of. two 
consecutive blocks of the sequence when one chooses to 
repeat the activation of the acknowledgement control 
field for N consecutive blocks (N > 1) of the sequence 
that were sent just after a block where the 
acknowledgement control field has been activated in 
accordance with the predetermined triggering mode,. 

The present invention has moreover . as subject a unit 
for transmitting data in acknowledged mode, comprising 
means for producing at least one sequence of blocks 
each comprising data to be transmitted and a header 
including an acknowledgement control field, means for 
sending the blocks of the sequence to a receiving unit, 
and means of intermittent activation of the 
acknowledgement control field in the header of the 
blocks of the., sequence so as to request an 
acknowledgement, of blocks on the part of the receiving 
unit.. The means of intermittent activation comprise 
first means for activating the acknowledgement control 
field for some blocks of the sequence in accordance 
with a predetermined triggering mode, and second means 
for repeating the activation of the acknowledgement 
control field for at least one block of the sequence 



that was- sent after a block where . the acknowledgement 
control field has been activated by the first means. 

The said first means may furthermore be arranged so as 
to activate at regular time intervals the 
acknowledgement control field for blocks of the 
sequence.. The second means may also advantageously, be 
devised so as to activate the acknowledgement control 
field of N consecutive blocks. of the sequence that were 
sent just after .. the block : where the acknowledgement 
control field has been activated by the first means., N 
being a number at least equal to 1, the N blocks 
possibly being sent to the receiving unit at regular 
time intervals when N > 1. In the latter: case, 
provision may be made for the duration for which the 
said N blocks are sent " to be substantially shorter than 
the time. intervals between the sendings of blocks where 
the acknowledgement control field is activated by the 
first means. 

Other features and advantages of the. present invention 
.will become apparent in the description below of 
nonlimiting exemplary embodiments, with reference to 
the appended drawings, in which: 

Figure 1 is a diagram of a UMTS network to which 

the . invention may be . applied;.. 

Figure 2 is a chart showing the organization as 

layers of communication protocols employed on the radio 

interface of the UMTS networks- 
Figure 3 is. a chart of exchanges of protocol units 

illustrating an implementation of the invention; 

Figure 4 is a chart of exchanges of protocol units 

illustrating an implementation of the inventions- 
Figure 5 is a diagram of a data transmission unit 

according to the invention. 

The invention is described below in its application to 
a UMTS network operating, in FDD (frequency . division 



duplex) mode. Figure 1 shows the architecture of such a 
UMTS network. • ... ... 

The ' switches of the mobile service 10, belonging to a. 
5 core network. (CN) , are linked on the one hand to one or 
more fixed networks 11 and on the other hand, by means 
of a so-called lu interface/ to command equipment 12 or 
RNCs ("Radio Network Controllers"). Each RNC 12 is 
linked to one or more base stations 13 by . means of a 

10 so-called lub interface. : The base stations 13, 
distributed over the territory covered by the. network, 
are capable of communicating by "radio with the. mobile 
terminals 14, 14a, 14b called UE ("UMTS Equipment") . 
The base stations can be grouped together to form nodes 

15 called "node B" . Certain RNCs 12 may furthermore, 
communicate with one another by means, of a so-called. 
lur interface. The RNCs and the base stations form an 
access network .called UTRAN ("UMTS Terrestrial Radio 
Access Network") . 

•2 0 *: • 

The UTRAN comprises elements of layers 1 and 2 of the 
ISO model with a view to providing the links required 
on the radio interface (called Uu) , and a stage 15 A for 
controlling the radio resources ,( RRC , "Radio Resource 

25 Control") belonging to l^yer 3, as is described in the 
3G TS 25.301 technical specification "Radio Interface 
• Protocol Architecture", version 3.9.0 published in 
December 2001 by the 3GPP (3 rd Generation Partnership 
Project). In view of the higher layers, the UTRAN acts 

.30 . simply, as a relay between the UE and the CN. 

Figure 2 shows the RRC stages 15A, 15B and the stages 
of the lower layers which belong to the UTRAN and to a 
. UE.. On each side, layer 2 is subdivided into a radio 
35 link control (RLC) stage 16A, 16B and a medium access, 
control (MAC) stage 17A, 17B. Layer 1 comprises a 
coding and multiplexing stage 18A, 18B. A radio stage 
19A, 19B caters, for the transmission of the radio 
signals from trains of symbols provided by the stage 
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18A, 18B, and the reception of the signals in the other 
.direction. 

There are various ways of adapting the architecture of 
5 protocols according to figure 2 to the hardware 
architecture of the UTRAN . according to figure 1, and in 
general various organizations can be adopted depending 
on the types of channels (see section 11.2 of the 
3G TS 25.401 technical specification . "UTRAN Overall 
. i0 Description", version 3.1.0 published: in January 2000 
by the 3GPP) . The RRC, RLC and MAC stages are typically 
located in the RNC 12. When several RNCs are' involved, : 
the MAC sublayer can . be apportioned, among these. RNCs, 
with appropriate protocols for the exchanges' on the. lur . 
■15 .interface, for example ATM (^Asynchronous Transfer 
Mode") and AAL2 ("ATM Adaptation Layer No. 2"). These 
same protocols may also be employed . on the . lub 
interface for the exchanges between the MAC sublayer 
and' layer 1 . 

, 20 

Layers 1 and 2 are each controlled by the RRC sublayer, 
whose characteristics are described in the 3G TS 25.331 
technical specification "RRC Protocol Specif ication", 
version 3.1.0 published in October 1999. by the 3GPP. 
25 The RRC stage 15A, 15B supervises the. radio interface. 
Moreover, it processes streams to be transmitted to the 
• remote station according to, a "control plan", as 
opposed to. the "user plan" which corresponds to the 
processing of the user data arising from layer 3. 

30 

The RLC sublayer is described in the 3G TS 25.322 
technical specification "RLC Protocol Specification", 
version 3 . 9 . Q published in December 2001 by the 3GPP . 
In the send direction, the RLC stage 16A, 16B receives, 
35 according to the respective logical channels, data 
streams consisting of service data units (RLC-SDU) 
arising from layer 3. An RLC module of the stage 
16A, 16B is associated with each logical channel so as 
in particular to perform a segmentation of the RLC-SDU 
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units of the stream into blocks , or protocol data units 
(PDU, ^Packet .Data. .Units"). addressed to. the MAG 
sublayer and. comprising an RLC header. In the receive 
direction, an RLC module conversely. performs a. 
5 reassembling of the RLC-SDU units of the logical 
channel from the. blocks received from the MAC sublayer. 

According to the logical channels and under the control 
of the RRC stage,., the. RLC sublayer can render a 

10 transfer service in transparent mode, in acknowledged 
mode or in nonacknowledg:ed mode.. An acknowledgement 
mechanism based on sequence numbers of the blocks • sent 
is provided for in acknowledged mode. Two types of 
protocol unit blocks of . the RLC sublayer are 

15 distinguished: the information transfer blocks ("data 
PDUs") and, for the acknowledged mode only, the control . 
blocks ("control PDUs") . Among the latter, the "STATUS" 
control block allows in particular the receiving entity 
to indicate to the sending entity . the information 

•20 transfer blocks that have been correctly received and 
. those that have been lost during transmission. 

The receiving entity in fact sends on request or 
spontaneously supervision reports . ("status reports" ) to 

25 the sending unit that consist of one. or more "STATUS" 
control, blocks. An acknowledgement control function 
makes it possible to instruct the triggering of . the. 
activation of an. acknowledgement request according to 
one or more predetermined modes. The standard currently 

30. makes provision for several activation modes, each 
being defined by a particular triggering condition. The 
triggering condition may for example consist of the 
expiry of a supervision report requests periodicity 
timer ( "Timer_Poll_Per iodic" ) , in such a way as . to 

35 trigger the periodic- dispatching to the receiving unit, 
of a report request. 

Each acknowledged-mode information transfer block ("AMD 
PDU") comprises a , header field and a field of data to 



be transmitted. The header of each, block comprises .an 
acknowledgement control field, consisting of a bit 
, termed the polling bit, which may be activated to 
request a report of reception of blocks on the part of 
5 the RLC sublayer of the receiving unit. The request is 
thus sent by . setting this polling bit to 1.-- 

The MAC sublayer is. described in the 3G TS 25.3.21 
. technical specification "MAC Protocol Specif ication" , 
. 10 version 3.1.0 published in October 1999 by the 3GPP- It 
transposes one or more logical channels onto one or 
more transport channels TrCH. In the send direction, 
the MAC stage 17A, 17B can multiplex one or more 
logical channels in one and the same transport channel. 
15 On such a transport channel, the. MAC stage 17A, 17B 
delivers successive transport blocks TrBk each . 
. consisting of an optional MAC header and an RLC-PDU 
unit arising from an associated logical channel. 

. 20 For each TrCH, the RRC sublayer provides the MAC 
sublayer with a set of transport formats (TFS, 
."Transport Format Set") .A transport format comprises a 
transmission time interval TTI equal to 10, .20, 40 or 
80; ms, a transport block size, . a transport block set 

25 size and parameters defining the protection scheme to. 
be applied in the TrCH by layer 1 for detecting and 
correcting transmission errors. Depending on the. 
current bit rate on the logical channel or channels 
associated with the TrCH, the MAC stage 17A, 17.B 

30 selects a transport format from the TFS assigned by the 
RRC sublayer, and it delivers in each . TTI a set of 
transport blocks, complying. With the selected format, 
whilst indicating this format to layer 1. 

35 The acknowledged-mode information transfer blocks AMD 
PDU are numbered by an integer sequence number, denoted 
SN ("Sequence Number"). The RLC entity of the sending 
unit keeps an updated, set of state variables, 
including: 



an ' acknowledged state variable VT (A) that 
indicates the sequence, number which immediately follows; 
the sequence, number of. the last acknowledged AMD PDU 
block. The variable VT (A) thus points to the current 
lower bound .of a send window. The updating thereof is 
performed on receipt of an acknowledgement; 

a send . window size state variable VT(WS) 
("Transmission Window state variable") ; 

a send state variable . VT (MS) ("Maximum Send state 
variable'')/ the value of which represents the upper 
bound of the send window and . is determined according, to 
the relation VT (MS) = VT (A) + VT(WS). 

The send window makes it possible, to control the 
sending of blocks of a sequence whose previous blocks, 
have not yet been acknowledged by the . receiving unit . . 
In most cases, the RLC send .entity will prohibit itself 
from transmitting blocks whose sequence number exceeds 
the current value VT (MS). The acknowledged state 
variable being updated on receipt of the 
acknowledgement of a block of specified sequence, 
number, the . loss of. one or more supervision report 
requests may . lead to the blockage of the send window, 
even though, the corresponding /data have been correctly 
received by the receiving unit without it being 
possible for their , acknowledgement to be sent in the 
absence of a supervision report request. 

According to a preferred mode of embodiment of the 
invention, it is proposed that . at least one. repeat of 
the report request generated in response to the 
realization of a condition of triggering of the 
acknowledgement control function be transmitted to the 
receiving unit in addition to this request. These 
request repeats, when they are multiple, are 
transmitted at a substantially higher tempo .than that 
of the requests generated in response to the 
realization of a. condition of triggering of the 
acknowledgement control function. In a. UMTS system, the 



transmission of the multiple repeats is preferably 
performed at regular intervals, -typically corresponding 
to a TTI interval. The transmission of the- request 
repeats on successive blocks within one and the same. 
5 TTI interval would in fact probably limit the 
efficiency thereof. The simple presence of fading on 
the transmission channel would give, rise not only to 
the loss, of the block transporting the request, but 
also that of the succeeding blocks and hence, of the. 
10 request repeats . 

Figure 3 illustrates . a mechanism according to the 
invention between the. RLC entities of a sending, unit 30 
and of a receiving unit 31.. The sending unit may be 

15 that of an RNC controller in the case of UMTS, and the, 
receiving unit that of a UE. The time axis relating to 
the sending unit 30. is .. divided according to an 
interval, regular in the example illustrated, which may 
correspond to a TTI transmission. interval. The 

20 condition of triggering of the acknowledgement control 
function of the sending unit 30 is configured in such a 
way that the triggering of the function takes place at 
an instant T i+1 = T± + MxTTI spaced MxTTI .. from the. 
previous triggering that occurred at. the instant T± . At 

25 the instant T ± a supervision report request is 
. therefore sent to the receiving unit (AMD PDU block 
i,0,. bit P of which is set to 1). Figure. 3 illustrates 
. the case where , this request is not received by the 
receiving unit, and does not therefore give rise to the 
,30 dispatching of a supervision report by the. receiving 
unit. According, to the invention,. N (in the example, 
N = 2 < M) repeats of the request of the block AMD PDU 
i,0 (blocks AMD PDU, i, 1 and i, N) are sent, so as to 
alleviate the possible loss of the block AMD PDU i,0, 

35. or of the N-l blocks AMD PDU i , 1 . , . N-l . These, repeats 
are sent at the tempo of one per TTI. interval. Blocks 
AMD PDU , i, N + l to AMD PDU i, M-l sent at. the instants 
Ti . + (N+l)xTTI to T ± + (M-l)xTTI have for their part a 
polling bit set to zero (P.= Q) . Figure 3 thus 
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illustrates the sending of AMD PDU blocks i,j at each 
TTI .interval, the index i corresponding to., the time 
interval, between the instants. T ± and Ti + (M-l) x TTI 
during . which M blocks, are sent, and. the index j 
5 illustrating the values taken by a counter of these M 
blocks reset. to zero with. each block sent following the 
triggering of the acknowledgement control function. 

At the. instant T i+ i, the triggering of the 
10 acknowledgement . . control function . occurs thereby 
generating the dispatching of a new request to the 
receiving unit - (AMD PDU block i + 1,0). This request is 
also repeated N times (the polling bit of the AMD PDU 
blocks i+1, 1 . . . N is set to 1) . 

i s •: '• 

Figure 3 illustrates moreover the fact that M. is 
preferably chosen in such a way as to be. substantially 
greater . than N. The choice of the ratio N/M results 
from a compromise aimed at effectively, limiting the 
20 risk of window blockage while avoiding the dispatching 
of too large a quantity of repeats. 

Figure 4 illustrates a further mode of embodiment of 
the invention, in which the use of. a report prohibit 

25 timer makes it possible to prevent the dispatching of a 
supervision report for each of the request repeats. The 
report prohibit timer ( "Timer_Status_Pr6hibit " ) makes, 
it possible ; to prohibit the dispatching of one or more 
consecutive supervision reports by the receiving unit. 

30 This timer is set upon the dispatching of the 
supervision report responding to the first request 
received by the receiving unit, whether this be the 
request triggered by. the acknowledgement control 
function or one of the N repeats of this request. 

35 Preferably, this timer is set with a value equal to or 
greater than N x TTI so as to cover the maximum 
duration for which request repeats are liable to be 
received by. the receiving unit. A single supervision 
report (STATUS PDU, i,2) is generated on the expiry of 
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the timer, however many requests are. received while it 
is running. . In. -this, way, a first supervision . report. 
(STATUS PDU. i,l) is dispatched in response to the 
receipt of the first request received, then a second 
5 report' (STATUS PDU i,2) is dispatched on expiry of the. 
prohibit timer . The possible loss of one . of these two 
reports may thus advantageously be compensated for. 

A timer making it possible to completely, ignore the 
10 requests received could equally well be used, without 
thereby modifying the nature of the present invention.. 
Just as before, this timer would advantageously be seit 
with a value equal to or greater than N x HI upon the 
dispatching of the supervision report responding to the 
15 first request received, by the receiving unit, whether 
this be the request triggered by the acknowledgement, 
control function or one of the N repeats of. this 
request ... 

•20 Figure 5 illustrates certain means of the sending unit 
(40) according to the invention. These means pertain to 
the instance of the acknowledged-mode RLC protocol 
created at the RNC . (case of a downlink) or at the UE 
(case of an uplink) to support the transfer of the AMD 
25 PDU blocks.. { 

The. sending unit comprises a module (41) for managing 
report requests (polling) which will control the 
setting of the polling bit within the AMD PDU blocks 

30 produced by the production module (45) with a view to 
being sent by the module (42) to the RLG .protocol 
instance created at the level of the receiving unit 
(47). The module (41) comprises a first module (44) for 
• activating the polling bit upon triggering, for example 

35 periodic according to the Timer_Poll_Periodic 
parameter, of the acknowledgement control . function 
("polling trigger"). 

Send parameters for the request repeats are held in a 
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second module (4 3) for activating the polling bit so as 
to repeat acknowledgement requests. These, parameters 
• comprise, f or . example, the number N of repeats and 
their pace (1 repeat per TTI interval ).. They can be. 
5 communicated to the RLC protocol instance by the RRC 
layer, by; means of an RRC control module* (46) which 
configures the module (43).. 

The aforesaid parameters could also advantageously be. 

10 " held in, a database of for example MIB type (^Management 
Information Base' 7 • - . see in particular RFC 
recommendation 2737 of the Internet Engineering Task 
Force, published in December 1999), and be updated by 
way of an operation and maintenance system (O&M) .= ' 

15 - ' ' • 

The modules (43) and (44) will drive a module (48). for 
activating the polling bit in the header of the blocks 
sent. This module (48). indicates the value of the 
polling bit to the module (45).. It activates the 

20 polling bit (P = 1) for each repetition in accordance 
with the parameters held in the module (43) , and 
. according to each activation requested by the module 

( 4 4 ) . :' 

25 For the Implementation of the . method illustrated in. 
Figure 4, the transmission unit comprises, in one 
.embodiment of the invention, .means (46) for activating 
the use of the report prohibit timer 

( "Timer JStatus_Prohibit" ) by the receiving, unit- (47).. 

30 The procedures of the RRC protocol comprise procedures 
for managing radio resources described in Section 8.2 
of the aforesaid, technical specification 3G TS 25.331. 
The configuration of this timer is thus driven by the 
RRC layer (module 46), by means of configuration 

35 messages ("RADIO BEARER SETUP" or "RADIO BEARER 
RECONFIGURATION" messages) which make it possible to 
transmit this timer's setting value to the receiving 
unit ("RLC Info" and "Downlink RLC Status Info" 
information units described in paragraphs 8.6.4.9, 
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10.3.4.23 and 10.3.4.1, respectively). 

In an alternative embodiment of the invention, the 
control module (46) for the RRC layer instructs the 
5 receiving unit such that it takes no' account of 
supervision . report requests received over a 
predetermined duration following the dispatching of the 
report responding to a first request received. 

10 The triggering of the acknowledgement control function 
is instructed by the RRC layer, by way of the "CRLC- 
Config-Req" primitive, described in paragraphs 8.1 arid 
8.2 of the aforesaid 3G TS 25.322 specification, as 
well as in paragraph 5.1.1 of the aforesaid 

15 3G TS 25.301 technical specification. In particular, . 
the value of the . periodic triggering . timer, 
"Timer_Poll_Periodic" may if appropriate be defined in 
this way, as illustrated in Figure .5 . 

•20 The TS 25.322 technical' specification allows the 
sending of AMD PDU blocks that do not contain data to 
be transmitted. The data field of such blocks contains' 
padding bits. The module (45) produces AMD PDU blocks 
from the supervision information to be transmitted 

25 .(including . the. information for activating if. 
. appropriate the polling bit) and from data to be 
transmitted. In situations where there is no longer any. 
data to be transmitted, but where the . module (43) 
instructs the dispatching of an acknowledgement request 

30 .. repeat., the module (45) can admittedly generate an AMD 
PDU block whose polling bit is set to 1 and which 
contains no data to be transmitted.. It can however 
advantageously also generate an AMD PDU block whose 
polling bit is set to 1 and whose data field reproduces 

35 that of the last AMD PDU block sent containing data to, 
be. transmitted (preferably not having already .been 
acknowledged) , or else simply ignore the polling bit 
activation . instructed by the module (43) . 



